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TfiCBKIZCA£i WXELD OP TBS XHVEHTXOSI 

The present: invention relates to transmissions and retrans- 
missions of packet data in a communications system, where 
5 the communications system uses rate switching or channel 
switching. Especially, it relates to transmissions of 
packet data and channel resource allocation in a cellular 
mobile radio system, particularly a Uttiversal Mobile Tele- 
communications System, UMTS, or WCmiA. system. 

10 BIkCKXaR O O W D AND DBSdOffTXaH OF REUVI9RBD ART 

Retransmission of data to or from a mobile station, KSf or 
User Bcjuipment, UE, is previously known. It is also known 
to allocate channel resoua^ces in a system using rate 
switching or cheumel switching* 

Within this patent application, a radio network controller^ 
RNC, is understood as a network element including an RRM 
(Radio Resource Management) entity. The RNC is connected 
to a fixed network. Node B is a logical node responsible 
for radio transmission/reception in one or more cells 
to /from a User Equipment. A base station ; BS, is a 
physical entity representing Node B- A server device 
provides information accessible to other devices over a 
communications network such as, e.g., the Internet. A 
client device is a device having access to information 
provided by one or more devices over a communications 
network. 

With reference to figxure 1, batse stations «bS 1» and «BS 2^ 
are physical entities representing Nodes B «Node B 1» and 
«:Node B 2» respectively. <cNode B Xi> and ^^Node B 2» termi- 
nate the air interface, called Uu interface within UMTS, 
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between UE zuid respectiive Node B towards the radio nettirork 
controller «RNC3^. <cRNC» is connected to a fixed network 
^etwork». The fixed network may comprise one or more 
Server Devices <c5erver Devices^. 

5 Medium access control, UAC, and radio link control, RLC, ia 
used witliin radio comnunications systCTis like General 
Packet Radio Services, GPRS, and VHTB. 

Transport protocols, such as TCP (Traxismissioa Control Pro- 
tocol) , are used widely for "reliable" packer data 

10 coxomunicatioiis, where reliability refers to its abiltity to 
handle retransmissions of data packets that are lost during 
transmissions and to control traxisraission rate b€ised on 
link quality in terms of packet loss and delay 
characteristics. There are also protocols, such as UDP 

15 (Users Datagram Protocol) , considered "unreliable" in the 
sense that they do not themselves inherit retransmiss ions - 

Transport protocol packets carry packets according to 
application- level protocols such as Hypertext Transfer Pro- 
tocol (HTTP) . 

20 Intematiansa Patent J^pllcation W0996S21S discloses a 
TCP/XP/PPP modem including an HTHLi packet sniffer. The HTMI. 
packet sniffer interprets the packet header to determine if 
the data content contains valid BTJOh data. If so, an HTML 
rating decoder begins to parse the HTML data for rating 

25 tags. An HTTP response peurser interprets an HTTP header. 

The Xntemet: Societyr JSeouest for Canments (RFC) No. 2616, 
Jlme 1999 describes Hypertext Transfer Protocol 1.1 (iVrTP 
1.1). Sections A. A and 14.13 describe determination of 
message length. 
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The Xntemet Society ! Request for Comments (RFC) No. 3135, 
tTune 2001 describes proat^ solutions for some ea^licitly 
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ment^ioned systems, including^ systems operating with TCP for 
comzminication liiiks being subject to small bandwidth- delay 
products, such as VJ-LANs (Wireless Local Area Networks), w- 
WANs (Wireless Wide Area Networks) and GSM (Global System 
5 for Mobile Communications) or links optimized vit^ small, 
block error rates (Bl^) « such as satellite links. 

U.S* Patent US5673322 describes a split proxy system that 
encapsulates TCP/IP transmissions into a script transmis- 
sion. 

10 Buropean Patent Application BP1109359 describes an appara- 
tus and method for dividing a TCP connection into two con- 
nections, having congestion control in only one of the two 
connections. 

3*^ Generation Partnership Project (3GPP) : technical Speci- 
15 fication Group Radio Access Network, Radio Inter face Proto- 
col Architecture, 3GPP TS 25.301 v3,6.0, France, September 
2000, describes an overall protocol structure of a Univer- 
sal Mobile Telecommunications System (U££TS) • There are 
three protocol layers: 

20 - physical layer, layer 1 or Iil, 

- data link layer, layer 2 or I»2, and 

- network layer, layer 3 or If3. 

Layer 2, L2, and layer 3, L3 are divided into Control and 
User Planes. Layer 2 consists of two sub-layers, IRLC and 
25 MAC, for the Control Plane and four s\A-layers, BliC, PDCP, 
RLC and MAC, for the User Plane. The acronyms BMC, PDCP, 
RLC and MAC denote Broadcast /Multicast Control < Packet Data 
Convergence Protocol, Hadio Link Control and Medium Access 
Control respectively* 
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Figure 2 displays a simplified XJIKTS layers 1 and 2 protocol 
sHructure for a Du strattsm, UuS, or Radio Stratum^ Isetween 
a User Squipment: UE and a Universal Terrestrial Radio Ac- 
cess Network, UTRAli. 

5 Radio Access Bearers, RABs, are associated vitb the appli- 
cation for transportation o£ services between core Mtwork, 
CN, and User Bquipsnent, UB, through a radio access network. 
Sach RAB is associated with quality attributes such as 
service class, guaranteed bit rate, transfer delay, reside- 

10 ual BSR^ and traffic handling priority. An RAB xnay be as- 
signed one or xaore Radio Bearers # RBs, being responsible 
for the transportation between UTRAN and UE. For each mo- 
bile station there xaay be one or several RBs representing a 
radio link con^rising one or more channels between X7E and 

IS UTRAisr. Data flows (in the fozm o£ segt&ents) of the RBs are 
passed to respective Radio Link Control, RLC^ entities 
which amongst Other tasks buffer the received data seg- 
ments. There is one RLC entity for each RB- In the RLC 
layer, RBs are mapped onto respective logical channels. A 

20 Medittfti Access Control, MAC, entity receives data transmit- 
ted in the logical channels and further maps logical chan- 
nels onto a set of transport channels* In accordance with 
subsection 5.3.1.2 of the 3GPP technical specification UAC 
should support service znultiplexing e.g. for RLC services 

2S to be mapped on the same transport channel. In this case 
identification of multiplexing is contained in the MAC pro- 
• tocol control infozmation. 

Transport channels are finally mapped to a single physical 
channel which has a total bandwidth allocated te it by the 
30 network. In frequency division duplex mode, a physical 
channel is defined by code, frequency and, in the uplink, 
relative phase (X/Q> . In time division duplex mode a 
physical channel is defined by code, frequency, and time- 
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Slot. As fxirther described in subsection 5.2*2 of the 2GPP 
technical specification the LI layer is responsible for er- 
ror detection on transport channels and indication to 
higher layer, FEC encoding/decoding and interleav- 
ins/deinterleaving o£ transport channels* 

JPDCP provides mapping between Network PDUs (Protocol Data 
units) of a network protocol, e.g. the Internet protocol, 
to an RLC entity. PDCP compresses and decompresses redun- 
dant Network PDU control infozmatiion (header conqpression 
and decosnpression) * 

None of the cited documents above offers a method and 
system of retrieving channel resource requirements in 
systems using cheuonel resoxirce management, involving rate 
switching or channel switching, allowing for identical or 
same-type transport or application-level protocols for 
fixed and switched rates/channels. Nor do they provide an 
interface to channel resource management. 

SUMMARY OF TBB XNV8HTZON 

A system according to prior art includes buff taring of data 
in a Radio Network Controller. This causes delay and 
round- trip tune latency. I.e., the time for a user or user 
application to perceive a response to transmitted data or 
undertaken action from the receiving end is not immediate, 
but should be kept as small as possible. 

With systems using channel resource manag^ent, such as ra- 
dio resource zaanagement in UTRAN it is greatly desireable, 
however difficult to achieve, a method and system where 
channel resource can be allocated in a best match to data 
objects to be transferred over the channel Introducing no 
or negligible additional delay. 
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Buffering of data for predictions catises delay of (one-way) 
da-ta destined for a User Equipment:. Protocols originally 
designed for wireline transmission, e.g. TCP (Traxisioission 
Control Protocol) , can introduce further delay due to use 
of congestion algorithms behaving as if the c hanne l were 
congested if not properly managing channel resources. 

For data tranetoissions over link protocols with relatively 
small buffer sizes, evaluation of the need for capacity of 
existing connections and allocation of capacity to new con- 
nections for best-fit matching of data requirsnents are 
difficult or inpossible. 

Ccnsecjuently, it is an object of this invention to increase 
utilization of channel resources of a channel switching 
system* 

Xt is also an object of this invention to eliminate or re- 
duce delay and latency as perceived by a user. 

a related object is to reduce delay and latency as per- 
ceived by a congestion control algorithm with applications 
such as Internet connections over a radio link in a WCDMA 
(Wideband Code Division Multiple Access) system. 

A further object is to enable or sizoplify allocation and 
management of capacity to new and existing connections, in- 
cluding evaluation and prediction of capacity nee^s for 
various connections « 

Finally, it is an object to accon^lish the above mentioned 
objects without recxuiring interference of or operations on 
layer 3 semantics. 



30 



These objects are met by the invention, which is particu- 
larly well suited for a Universal Mbbile Telecommunications 
System, OMTS, providing an interface between a sniffer de- 
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vice and cliannel resource managgnentr^pSrfefSi^arly reuSLio 
resource xnanagement . 

Preferred embodiments of the invention, by way of o^ooples, 
are described witli reference to the acccnpanydlng dlravings 
5 below. 

KtZBF SBSCRXPTXON OF TBB DRAWZUGS 

Figure 1 shows communication between a UB and a base sta- 
tion involved in a connection between an RNC and the UE. 

Figure 2 displays a layered protocol structure, according 
10 to prior art, in a radio camzminications system. 

Figure 3 displays a first enibodixtient for radio resource 
control, according to the invention. 

Figure 4 illustrates schematically a second CTibodiment for 
radio resource control, according to the invention, 

15 Figure 5 displays a third eoibodixnmit for radio resource 
control, according to the invention. 

Figure 6 shows a fourth enibodixaent for radio resource con- 
trol, according to the invention. 

Figure 7 shows a stand-alone sniffer sniffing da.ta re- 
20 quests in uplink direction or data responses in dovnlink 
directiont according to the invention. 

Figure 8 illustrates a sniffer sniffing data requests in 
uplink direction or data responses in doimlink direction 
integrated with HNC, according to the invention. 



25 



Figure 9 illustrates a sniffer sniffing data requests in 
downlink direction or data responses in uplink direction, 
according to the invention. 
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Figure 10 illustrates a sxii£fer sniffing data requests in 
doTimlink direction or data responses in uplink di.rection 
integrated with RNC, according to the invention* 

Fig\ire 11 shows a block diagram with a stand-alone sniffer 
sniffing data requests in downlink direction or data re- 
sponses in uplink direction connected to a User EQuipment^ 
according to the Invention. 

Figure 12 illustrates an exexoplair/ sniffer sniffing data 
reotuests in downlink direction or data responses in uplink 
direction integrated with a User Equipment, according to 
the invention. 

Figure 13 shows a block diagram with a stand-alone sniffer 
sniffing data requests in uplink direction or dsita re- 
sponses in downlink direction connected to a User Equip- 
ment, according to the invention. 

Figure 14 illustrates an exemplary sniffer sniffing data 
requests in uplink direction or data responses in downlink 
direction integrated with a User Equipment* according to 
the invention. 

DESCRZPTZOH OF PRBFBSERBD EMBODZMEMPTS 

As an exaxnple illustrating the fundamentals of the inven- 
tion consider a User Equipment «UE/Client Devicea^ of figure 
1 requesting data from a network server ^eServer Devices, 
responding by transmitting the requested data. In most 
application-level protocols the data request or the data 
response includes information on size of the requested data 
object. This information is passed through radio network 
controller «RNC» and base station «cBS 2 /Node B 2». As a 
non-exclusive example, the specification of HTTF 1.1, 
widely used din the Internet, specifies the header o:: a re- 
sponse to a data request to conqprise such information. 
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This Infonoatiioxi is o£ great value for management of 
strictly limited channel resources between base station 
«BS 2/lSode B 2» and User Equipment «UB/Client Device:^. 

Retrieval of data object size included as one or mc>re data 
5 packet elements can be achieved by passing packet data 
through or by a processing entity identifying or recogniz- 
ing the relevant one or more data packet elements as they 
appear, in the sequel denoted as sniffing « 

Figure 3 displays a first eiabodiment for radio resource 
10 control, according to the invention* A ^Packet Data 
Servers, e.g. a Web Server corresponding to «Server Devicea^ 
of figure 1, transmits data packets to a User Equipment 
«UE9> being client device. 

Data packets «Packet 1;^, «Packet 2»>, ^Packet Z^, ^Packet 43» 
15 are transmitted from the Packet Data Sender through a net- 
work to a Radio Network Controller. In accordancre with 
UTRAW technical specifications, RNC includes an RLC proto- 
col layer, as schematically illustrated in figure 2. «RNC» 
COTominicates with User Equipment <xUE 1». «UB 2v>. The RNC 
20 comprises Radio Resource Management «rrm» undertaking radio 
resource control, assigning and switching channel re- 
sources. According to prior aurt, RHM relies on local traf- 
fic measurements in <cRNO and there are only limited means 
for distinguishing different traffic or data dependent 
25 needs for channel resources of different connections of the 
RNC. Thesre is a sender-receiver relationship between «RNC» 
emd «UE 1» and «UE 2x>-, respectively. Packets transmitted 
from RliC protocol entity residing in RNC are acknowledged 
by User Equipment «UE Isc, «UB 2»- Ibe sender-receiver re- 
30 lationship is subject to latenpy due to a round- trip delay 
between RNC and User Equipment «UE1», «:UE2» Included in the 
end-to-end round-trip delay time <cRTTs^ as indicated in fig- 
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ure 3. Assuming that User Equipments «XJE «tjb 2» are 

using an application making use of e,g. HTTP over TCP, sucb 
as weto browsing, the Packet Data Sender «Data Sender^o the 
transmits exen5)lary HTTP packets in TCP packets to be ac- 
5 knowledged by the respective client devices «nK 1», <OT 2». 
To avoid confusion, "application protocol acknowledgements" 
refer to acknowledgexnents associated with the L3 network 
layer and "RLC acknowledgements" refer to acknowledgements 
associated with the L2/RLC protocol layer. As the applica- 
10 tion protocol acknowledgeEments and the RLC acknowledgements 
are nested, the application protocol acknowledgments will 
perceive an increasing ro\md-trip time delay as the RLC ac- 
knowledgecoents round- trip time ineresLses. 

As a user moves with his User Squipment away from a base 
15 station «BS 1» towards another base station ^BS 2» in fig- 
ure 1, the connection between UE and RNC is likely to be 
rerouted from being over a first Node B *Node B 1» to being 
over a second Node B «Node B 2» or over both ^^Node B 1» and 
<^ode B 2» using soft handover- In figure 1^ the base sta- 
20 tions are connected to the same radio network controller 
RNC- However, the invention also covers the exemplary 
situation where the base stations are connected to differ- 
ent RlTCs. In UMTS, the RLC pSTOtocol is terminated in a 
serving RNC, SRNC, responsible for interconnecting -zhe ra- 
25 dio access network of UMTS to a core network* 

• • • 

: An aspect of the invention is that according to prior art 

there is a risk of radio resoiirces being underutiliized and 
users experiencing increased latencies and delays or even 
the connection being broken. There is also a risk Eor the 
30 transfer from the data provider to stall* 



In UMTS, existing RLC protocols operate with limited buffer 
sizes. One reason for this is delay constraints. Accord-. 
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ing to prior art data throughput and buffer status neasure- 
ments provide very limited information on the future band- 
width needs of a connection. Buffer fill level and data 
throughput measurements provide no means to distinguish 
whether the packets presently loading the link are the last 
few of a transfer, or if there remains a lot of data, at the 
sender still to be transmitted. Conse^ently, evc;luation 
of data-related need for capacity of existing connections 
and allocation of capacity to new connectiibns are difficult 
or izctpossible. There is no information in RLC buffer on 
how large objects a client is retrieving from the Packet 
Data Sender^ e.g. downloading, to estimate a user's near- 
future need, associated with the data be is retrieving, for 
chazmel capacity. 

As a non- exclusive exaiggple illustrating a problem of prior 
art, RBM may perform a channel up-switch, allocating more 
channel capacity to a connection, at a moment when the last 
bits of a data transfer have been transmitted leading to 
waste of channel resource of no value to the user obtaining 
data bandwidth increase, reducing the data bandwidth avail- 
able to other connections of a scarce shared channel re* 
source* 

The problem cannot be solved by increasing RLC buffer size, 
as long as the RLC buffer is part of an end-to-end-delay of 
a connection between a data provider and an enA user, where 
the data provider awaits application protocol acknowledge- 
ments from the user, since increasing RLC buffer siza would 
introduce additional delay au&d require extensive time-out 
limits. 
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Another aspect of the invention, related to problem in 
prior art, is evaluation when there is a plurality of on* 
going connections. it is difficult or in^ossible for the 
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c hanne l resource management, such as RBM (Radio Resource 
Management) in UMTS, to evaluate wbicli connection or 
connections of a plurality of active ones that is in need 
for more capacity or bandwidth. 

An adveintage of introducing a sniffer according to the in- 
v^tion is ttiat the needs of individual users/clients can 
be predicted or infonnatioxt on future needs be retrieved 
before the need appears, in contreist to prior eurt. From 
information on object sizes sls predicted or retrieved chan- 
nel resources can be appropriately allocated. 

A problem related to a transport protocol such as TCP and 
channel switching is that sudden buffer draixiage in RLC 
buffer, or corresponding prior art buffer, or low through- 
put due to, e.g., TCP loss recovery or great variations in 
packet delays may trigger unwanted channel down switch if, 
e.g*, channel resource management interprets data transmis- 
sions to have ended notwithstanding a lot of data remain to 
be sent from the data provider. A straightforward solution 
to avoid channel down-switching is to have extensive pro- 
hibit time delays prohibiting channel down-switching during 
a predefined time frame beginning at the first instance of 
indication of a broken connection or a connection with less 
need for capacity. However, such a solution would be inef- 
ficient in a channel resource perspective, prohibiting 
other connections to access channel resources of truly bro- 
ken connections during the prohibit time frame, leaving 
scarce channel resources underutilized. 

The present invention provides a solution also to this 
problem. Interfacing the data provider in close relation 
to channel resource management, such as RRU in UMTS, en- 
ables the data provider to proceed data transmissions. 
This will prevent data treuismissions from getting stalled 
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due to chann el resources being poorly distributed to tbe 
various data streams, allowing for itogproved prediction of 
channel capacity to allocate. Consequently, prohitit time 
frames for channel down switching can be reduced ox elimi- 
nated, increasing utilization o£ scarce channel resources, 
such as radio channel resources. 

'Fhe present invention provides for efficient channel 
switching and good radio resource utilization of particu- 
larly a mrrs syst^, but also applies to other systems us- 
ing packet seirvices such as GPRS, enabling reliable predic- 
tions of future bandwidth needs of connections close to ra- 
dio resource management, generally located in RNC. 

Figure 4 illustrates schematically a second embodiment for 
radio resoturce control according to the invention. Figure 
4 corresponds in a plurality of aspects to figure 3. Data 
packets ^cpacket ^Packet 2», ^Packet 39^ and ^Packet 4» 

are transmitted from a Packet X)ata Sender. T!tB data 
packets destined for User Equipments 1», «UE 2» are 

routed by radio network controller «CUIC». Data Is passed 
through a sniffer device «Snif fer» comprising at least one 
sniffing entity «Sni££ A», «Snif f sniffing data streams 

passing through «RNC3» and «Sniffer» for Information on data 
object size(s) . In figure A, and also in figure 3, 
signaling <<Measx> carrying information revealing £^ize of 
data object (s) for reserving and allocating channel re- 
sources corresponding to revealed data object 3ize(s) is 
transferred <cMeasx> from the sniffer device ^cSniffer^ to 
radio resource management <cRRH)>, Channel allocation is 
determined by radio resource management, RRM, depending on 
estimated resource requirement as indicated by signaling 
«Meas» from device <<Snif£er» to RNC-entity -«RRMS»- The 
signaling can be transferred individually for each sniffing 
entity, «Sniff A», 'xSnlff B» or collectively for a 
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plurality of sniffing entities in sniffer device «Sniffera^. 
In figure 4» the sniffer entity «Sniff ^cSnifE B» is 

include<2 in a stand-alone unit «Sniffer5>, connecteid to a 
radio network controller «RNC», whereas in figure 3 the one 
or more sniffing entities ocSniff «Sniff B» are included 
in ^^BNQ». 

Figures 5 and 6 display a third and forth exobodixoent, re- 
spect ively^ for radio resource control, according to the 
invention. According to the third and fourth esnibodiiDents, 
the sniffer con^rises buffers of sizes sufficiently large 
to store objects of data, in their entirety or in part, to 
be transmitted to the client. The sniffer solution does 
not exclude splitting the application protocol connection 
between ^Packet Data Senders and client <cUE l5«^, «tJE 2» into 
two parts- This is the case for the enibodiment in figures 
5 and 6, with the sniffer in a stand-alone device connected 
to RNC and in figure 6, where it is integrated i-n RNC, 
Again, data in one direction, particularly downlink direc- 
tion, is sniffed for information on block-sizes, e.g. HTTP 
content -length, to be used for radio resource aianage:iient in 
«RRM». Block-size data is transferred «Meas» from «Snif- 
fer» to «RRM». 

A particular advantage is achieved if a connection such as 
a TCP-connection is split into sub-connections, acknowledg- 
ing correctly received data packets, for an individual sub- 
connection, thereby reducing round- trip time later.cy and 
jitter- 

Buffered data can be made further use of to predict the 
need for channel resources to transmit the data packets of 
the objects. Thereby, reliability and timeliness oa: radio 
resource control, based upon data from --^Sniffer* can be 
further increased. 
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In tlie fourtli embodiment of figure 6, the buffers of the 
sniffer are made use of also for BLC buffering. Figures 3, 
4 and 5 are illustrated to craoprise dedicated RLC buffers 
for this purpose. 

5 Figure 7 shows a block diagram with a stand alone sniffer 
irnlt «Sniffer» connected to a imiversal terrestrial raidlo 
access net:work «T7TRAK»/ according to the Invention . ' The 
sniffer Includes one or more sniffing entinies <KSniff»r 
sniffing data requests «Req» in uplink direction, data re- 

10 spcnses «Data» in downlink direction or both« A data 
sender <cData Senders* transmits upon request «ReQ?» data 
<eData?» destined for a user of a User Equipment in a 

. communications system including an exenplary wiversal ter- 
restrial radio access network «UTRAN)> providing data for 

15 «UB»- universal terrestrial radio access network «UTRANi«- 
sends data «Data3> to User Equipment «UE» over a switched 
channel. User equipment <sUB» acknowledges received data, 
positively or negatively- Data from •ocData Sender^ is re- 
ceived and is optionally acknowledged <Ackat^ in a diSita re- 

20 ceiver <eDataKec» in «Sniffer». In the case of sniffer 
application protocol acknowledgements, received data is 
cached or stored in a data buffer «Buffer»^ in «Sniffer»- 
The buffered data is used for determining data related to 
radio resource allocation <M6^.b», e.g. block-size data, for 

25 radio resource management ^RRM[» in UTRAN* Di&ta is 
transferred from ^eSniffer^ to its destination «UB:^ on a 
switched channel as established by UTRAN. Xn the case of 
sniffer application protocol acknowledgements, UB ac- 
knowledges received data towards the sniffer in place of 

30 data sender. upon reception of such application protocol 
acknowledgement, data need not be stored any furtlier for 
the acknowledging destination and is preferably released 
from 4eBufferj». 
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The invention does not require separate applid^kfy&dbxapKfi^l^ 
col acknowledgements try sniffer, interfering layer 3 seman- 
tics or breaking an end-to-end link. ThereJ?y, the sniffer 
can be aaade more or less insensitive to e.g, associated 
5 problems related to hzuidover of buffer content. 

Irrespective of wfaetber or not data is acknowledged by 
«Sniffer», it sniffs data for inComation on link require- 
ments. Measurements 4^eas» on link requirements forming a 
basis for radio resource allocation are transferred from 
10 <cSniffer» to radio resource managemmt «RR2^. Data re- 
quested by UB is transferred to data sender via «UTRA£|^. 
Preferably, the sniffer forms part of an extended VTFMSi. 

Figure 8 illustrates a performance enhancing proxy ^eSnif- 
fer», according to the invention, integrated with radio 

IS network controller «cRNC3», being part of «OTRAN^ in an exem- 
plary WCDMA system. As with figure 7, also the sniffer 
device ^Sniffer*' in figure B sniffs data requests <fteq» in 
uplink direction, data responses <^ei^a)> in downlink direc- 
tion or both. Transmissions emd devices are similar to 

20 those of figure 7, labeled correspondingly. 

Figure 9 shows an embodiment of the invention sniffing data 
requests «Req» in downlink direction, data responses 4cData)t»^ 
in uplink direction or both. The sniffer «Sniffer» com- 
prises one or more sniffing entities «Sniff»^ for sniffing 

25 data requests «Req» or data responses <a>ata». Depending on 
sizes of data objects, radio resource management ^acimu^ al- 
locates radio resources of a switched channel. Of coursei 
the sniffers of figure 7 and 9 can be incorporated into one 
single sniffer entity sniffing requests in both downlink 

30 and uplink directions. As for figure 7, also the sniffer 
of figure 9 preferably forms part of an extended crTRANT. 
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Figure 10 sbows an exDbodimexit wit^li «Snif fer», corresponding 
to <KSniffer» of figure 9, integrated in radio netwcrk con- 
troller «RMC» of «UTRMT>>. Entities corresponding to those 
o£ figure 9 have been laheled correspondingly. 

5 Figure 11 shows a block diagraxa with a stand-alone sniffer 
unit «Snl££er» connected to a User Equipment «ue» according 
to the invention* The sniffer* sniffing data requests 
^Oleqp in downlink direction, data responses «D&ta» in 
uplink direction or both, can be connected to User Bquip- 

10 ment «ue» on Data Sender side or on UT8MJ side of User 
Bquipnent <cX7E»^. A data sender «Data Senders transmits data 
destined for a I>ata Receiver or Server Device (not included 
in the figure) in a network behind an exei^plary ur^iversal 
terrestrial radio access network «UTRAW3^ over a Ewitched 

15 channel as established by UTRAN. 

A data receiver 4a:)ataRec9> in the sniffer device «Sniffer» 
receives data from «Data Sender?^. Hhe sniffer device 
<cSni£feri» can optionally acknowledge <?Ack» data received 
from «Data Sender)^, positively or negatively. For this 
20 case^ received data is cached or stored in an optional data 
buffer «Buffer», as described in relation to figure 7. 

Data requests ^^Req* or data responses <^Data» passed through 
the sniffer are analyzed for sise of requested objects. 
Optionally buffered data may be used for further measure- 
'\ * 25 ments or extraction of prediction data« Data on requested 
object sizes and optionally further measxirements or predic- 
\ tion data «Heas» is transferred to radio resource manage- 

ment *«RRM» in UTRAN. Prediction data ^eas» is transferred 

• f from «UB» to «UTOAiii» on a switched channel as established* 

30 oaxis can be identically the same channel used for payload* 
as well as another channel. However, for reasons of sim- 

* «• ♦ 

plicity, a separate dashed line between «Sniffera> ana ^VBi^w 
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and a single daslied line from <^UB» to <cirrRAN» indicate the 
tran&feff. Radio resource management data «RRin£o» for rate 
and channel selection is transferred from «tJTRAN» to «XJE» 
on a downlink channel. For reasons of clarity this is in- 
5 dicated by a separate dashed line between «UTRAH^ and «X7E». 

Figure 12 illustrates an exemplary sniffer device «Sxii££er» 
according to the invention. "Che sniffer, sniffing data re- 
quests «Req» in downlink direction* data responses «i>ata»^ 
in uplink direction or both, is integrated with a User 
10 Equipment preferably a User Equipment of a WCr«l& sys- 

tem. Transmissions and devices are similar to taose of 
figure 11 labeled correspondingly* 

Also requests for data in uplink direction and their re- 
sponses in downlink direction can be analyzed by a sniffer 
15 associated with a User Equipment, if appropriate* 

Figure 13 shows a block diagram with a stand-alone sniffer 
\2nit 4eSniffer» being connected to a User EQcuipment «UE> ac- 
cording to the invention- The sniffer, sniffing data re-' 
quests in uplink direction, data responses in downlink di- 

20 rection or both, can be connected to User EG[uipinent «UB» on 
Data Sender side or on UTRAW side of User Equipment <:UB». 
A data receiver <«:Data Receiver* receives data from a Data 
Sender or Server Device (not included in the figure) in a 
network behind an exen^lary Universal Terrestrial Radio Ac- 

25 cess Network «UTRANx> over a switched chsumel as established 
by UTRAN. 

Data requests or data responses passed through the sniffer 
are analyzed for size of data objects* Data on object 
sizes and optionally further measurements or prediction 
30 data «^eas)> is transferred to radio resource management 
«RFM» in UTRAN. Prediction data ^eas» is transferred from 
«UB» to ^UTRAN^ on a switched channel as established. This 
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can be identically the some channel used for payload, as 
well as another channel- However^ for reasons of sinqplic- 
ity, a separate dashed line betmen ^Sniffers^ and «tiE», and 
a single dashed line from <cUE»^ to <(XJTRIiN» indicate the 
5 transfer. Radio resource management allocates channel re- 
sources in «UTRA])^* 

Figure Id illustrates an exenplary sniffer device «£!nif£er» 
according to the invention. The sniffer, sniffing data re- 
quests in downlink direction^ data responses in uplinlc di- 
10 rection or both, is integrated with a User Equipment •«cUE», 
preferably a User Equipment of a WCDMZi system. Transmis- 
sions and devices are similar to those of figure 13 labeled 
cor re spondingly . 

Of course, various combinatioxis of sniffing entities 
15 «Sniffa> of figures 7*14 can be coinbined to achieve an 
interface to raidio resoxirce management sniffing uplink and 
downlink directions in different entities. A particular 
advantage of the invention is that sniffing of Iwth uplink 
and downlink directions can be acccmitpliahed in one single 
20 sniffer device, e«g. located in RMC. 

Preferably, all retraxismission entities, interconnecting 
networks or channels of different characteristics, e»g. 
RNCs in UMTS, operate according to the invention for out- 
standing performance • However, the invention can also be 
*\ " 25 used in systems also including retransmission entities, 
such as RNCs, not operating according to the invention . 

Some exen^lary features and characteristiics of the inven- 
tion are listed below. 



30 



1. A method of ^annel resource allocation in a communi- 
cations system, the method characterized in 
that the communications systacn uses one or more switched 
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channels, switching between rates or channels of dJ.fferent 
characteristics and that one or more data transmissions to 
or from a data provider are investigated or sniffed for in- 
formation related to da^a object size. 

5 2. The method according to characteristic 1 char- 
acterized in that radio resource allocation is 
based upon the information related to data object sise. 

3 . The method according to characteristic 2 c h a r • 
acterized in that resource allocation ccmprises 

10 selection of one or more channels or channel characteris- 
tics. 

4. The xoethod according to any of characteristics 1-3 
characterized in that the one or moire data 
transmissions are sniffed or investigated in application- 

15 level data packets • 

5- The method according to any of character isti.cs 1-4 
characterized in that the one or mo:re data 
transmissions are investigated or sniffed in uplink direc- 
tion- 

20 6. The method according to any of characteristics l*-4 
characterized in that the one or more data 
transmissions are investigated or sniffed in downlink di- 
rection. 

7* The method according to any of characteristics 1-6 
25 characterized in that radio resource manage- 
ment allocates resources based upon prediction from the in- 
formation related to data object size. 

8. The method according to characteristic 7 char- 
acterized in that resource allocation canprises 



FAX Q023 
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selectiion of one or more channels or channel chare.cteris- 
tics. 

9. The method according to any of characteristics 1-8 
characterized in that the channel character- 

5 istics include at least one of 

— data rate, 

— dedicated or shared usage r 

— scheduling, 

— modulation, 

10 - spreading code spreading factor, and 

— transmission power. 

10. The method according to any of characteristics 1-9 
characterized in that user or session indi- 
vidual data from the data provider is cached or stored 

15 prior to being transmitted over a switched chamnel* 

11. The method according to any of characteristics 1-10 
characterized in that prediction for re- 
source allocation of a switched chaimel is based on content 
of cached or stored data. 

20 12. The method according to characteristic 10 or 11 
characterized in that the data is cached or 
: stored in association with radio resource management. 

13. The method according to any of characteristics 1-12 
characterised in that data from the data 
25 provider is positively or negatively acknowledged towards 
the data provider and forwarded for transxnission over a 
switched chaxmel. 
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14. The method according to any of characterlBtics 1-13 
characterized in that resource allocation 
prediction of a switched channel is based on amount o£ ac- 
Icnowl edged data* 

5 15- The method according to any of characteristics 1—14 
characterized in that resource allocation 
prediction is performed for a connection to be established. 

16. The method according to any of characteristics 1-14 
characterized in that resource allocation 

10 prediction is performed for an established connection. 

17 . The method according to any of characteristics 1—16 
characterized in that it reduces at least 
one of delay and latency, as perceived by a data receiver 
at the destination. 

.15 18. The method according to any of characteristics 1-16 
characterized in that it reduces at least 
one of delay and latency, as perceived by a data provider. 

19. The method according to auay of characteristics 1-16 
characterized in that it reduces at least: 

2Q one of delay and latency, as perceived by a congestion con- 
trol algorithm. 

20. An el^ent for channel resource allocation in a commu- 
nications system using switched channels # switching between 
rates or channels of different cheuracteristics, the element 

25 characterized by one or more processing en- 
tities for investigating or sniffing one or more data 
transmissions to or from a data provider, for information 
related to data object size. 
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21- The element according to characteristic 20 c h a r - 
^«=t«a^ized hy circuitry for transferring the in-- 
formation related to data object size to radio resource 
management , 

5 22. The element according to characteristic 20 or 21 
characterized by one or xnore processing en- 
tities for allocating radio resources based upon the infor- 
mation related to data object size. 

23- The element according to characteristic 22 char* 
10 acterized in that resource allocation ccnqprises 
selection of one or more channels or channel characteris- 
tics. 

24. The element according to any of characteristics 20-23 
characterized by a radio resource management 

15 entity for resource allocation based upon prediction from 
the information related to data object size. 

25. The element according to any of characneristies 20-24 
characterized by one or more processing en- 
tit:les for sniffing or investigating data transmissions in 

20 application- level data packets. 

26. The element according to any of characteristic 9 20-25 
characterized in that the one or moire data 
transmissions are investigated or sniffed in uplink direc- 

: "tion. 

25 27. The element according to any of characteristics 20-25 
characterized in that the one or more data 
transmissions are investigated or sniffed in downli.nk di- 
rection. 
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28. The eleznent according to any o£ duuracteristics 20-27 
characterized in that: the channel chsiracter*- 
is tics include at least one of 

- data rate, 

5 - dedicated or shared \isage, 

- scheduling, 

- modulation, 

- spreading code spreading factor, and 

- transmission power. 

10 29. The element according to any o£ characteristics 20*-28 
characterized by one or more memory or stor- 
age desvices for caching or storing user or session individ- 
ual data from the data provider prior to heing transmitted 
over the switched channel. 

15 30. 'Rxe element according to any of characteristics 20-29 
characterized by one or more processing en- 
tities for resource allocation prediction of a switched 
cheoinel based on content of cached or stored data. 

31. The element according to characteristic 29 or 30 
20 characterized by one or more memory or stor- 
age devices being arranged in association with raulio re- 
source management. 

32. The element according to characteristic 29 or 30 
characterized by one or more memory oc stor- 

25 age devices being arranged in association with the one or 
more processing entities for investigating or sniffing one 
or more data reguests. 
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33 . The elexnent according to any of characteristics 20-32 
characterized by one or more processing en-^ 
tities for positively or negatively acknowledging data from 
tiie data provider to be forweorded for trsuisxnission over a 
switcbed channel. 

34. The element according to any of characteristics 20-33 
characterised in that resource allocat:ion 
prediction of a switched channel is based on amount of ac- 
knowledged data. 

35. The element according to any of characteristics 20-34 
characterized in that resource allocation 
prediction is performed for a connection to be established. 

36. The element according to any of characteristics 20«3d 
characterized in that resource allocation 
prediction is performed for an established cozmectior.. 

37. The element according to any of characteristics 20-36 
characterized in that it reduces at least 
one of delay and latency, as perceived at a destination 
data receiver. 

38. The element according to any of characteristics 20-3 6 
characterized in that it reduces at least 
one of delay and latency, as perceived at a data provider. 

39. The element according to any of characteristics 20'**36 
characterized in that it reduces at lea3t 
one of delay and latency, as perceived by a congestion con- 
trol algorithm. 



40. The element according to any of characteristics 20-39 
characterized in that the eleaenent is in- 
cluded in or connected to user equipment. 
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41. The element according to any of characteristics 20-39 
characterized in that the element is con- 
nected to or included in a radio network controller. 

42. A radio communications system character- 
5 i s e d by means for carrying out the method in any of 

characteristics 1—19. 

43- A radio communications system character- 
ized by a plurality of elements according to any of 
characteristics 20-41. 

10 A person skilled in the art readily understands that the 
receiver and trauismitter properties of a BS or a UB are 
general in nature. The use of concepts such as BS. US or 
RHC within this patent application is not intended to lixnit 
the invention only to devices associated with these acro- 

15 nyms. It concerns all devices operating correspondingly, 
or being obvious to adapt thereto by a person skilled in 
the art, in relation to the invention. As an easplicit non- 
exclusive exazK^le the invention relates to mobile stations 
without a subscriber identity module, SIM. as well as user 

20 equipment including one or more SlMs. Further, protocols 
and layers are referred to in close relation with UIOTS and 
Internet terminology. However, this does not exclude ap- 
plicability of the invention in other systems witli Other 

^...^ protocols and layers of similar functionality. 

# . . 

: 25 The invention is not intended to be limited only to the em- 
bodiments described in detail above- Qianges and modifica- 
tions may bo made without departing from the invention. It 
covers all modifications within the scope of the following 
claims. 
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1. A method o£ cbanneX resource allocation in a conoBunl- 
cations system, the method characterized in 
that the coraounications syetem uses one or loore srvitched 
channels r switching between rates or channels of different 

5 characteristics and that one or more data transmissions to 
or from a data provider are investigated or sniffed for in- 
formation r-elated to data object size. 

2. The method according to claim 1 character- 
ized in that radio resource allocation is based upon 

10 the information related to data object size* 

3. The xnethod according to claim 2 character- 
ized in that resource allocation comprises selection 
of one or saore channels or channel characteristics. 

4. The method according to any of claims 1-3 c h a r - 
15 acteri^ed in that the one or more data transmis- 
sions are sniffed or investigated in application-level data 
packets . 

5- The method according to any of claims 1-4 char- 
acterized in that the one or more data transmis- 

20 sions are investigated or sniffed in uplink directior.. 

6- The method according to any of claims 1-4 char- 
acterized in that the one or more data transmis- 
sions are investigated or sniffed in downliiak direction- 

?• The method according to any of claims l-e c h a r - 
25 acterized in that radio resource management al- 
locates resources based upon prediction from the informa- 
tion related to data object size. 
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8. Tlie method according to claim 7 c h /^A^gy/a c ^t e r - 

Assort 

i z e d in that resource allocation comprises selection 
of one or xnore channels or channel characteristics. 

9. rHie method according to any o£ claims 1-8 c h a r - 
5 acterized in that the channel charactcuristics 

include at least one of 

- data rate, 

- dedicated or shared usage ^ 

- scheduling, 
10 — XDodulation, 

- spreading code spreading factor, and 
*- transmission power. 

10. o&e method according to any of claims 1-9 char- 
acterized in that tiser or session individual 

15 data from the data provider is cached or stored prior to 
being transmitted over a switched channel. 

11. The method according to any o£ claims 1-10 char- 
acterized in that prediction for resoiirce allo- 
cation of a switched channel is based on content of cached 

20 or stored data. 

12 . The method according to claim 10 or 11 charac- 
terized in that the data is cached or stored in 
association with radio resource management. 

13* HbB method according to any of claims 1-12 c h a r - 
25 acterized in that data from the data provider is 
positively or negatively acknowledged towards the data pro--- 
vider and forwarded for transmission over a switched chan- 
nel. 
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14. The method according to any of claims 1-13 c h a r - 
actez-ise. d in that resource allocation prediction 
of a swi tolled channel is based on amount of adoiowledged 
data. 

15 « An element for channel resource allocation in s. comixtu- 
nications system using switched channels, switching between 
rates or channels of different characteristics « the element 
characterised by one or more processing en- 
tities for investigating or sniffing one or moire data 
transmissions to or from a data provider ^ for information 
related to data object size* 

16. The element according to claim 15 character- 
ized by circuitry for transferring the information 
related to data object size to radio resource management. 

17. ohe element according to claim 15 or 16 charac- 
terized by one or more processing entities for al- 
locating radio reso\xrces based upon the information related 
to data object size. 

18 • The el^ent according to any of claims 15-17 
characterized by a radio resource management 
entity for resource allocation based upon prediction from 
the information related to data object size. 

19. The element according to any of claims 15-'18 
characterized by one or more processing en- 
tities for sniffing or investigating data transmissions in 
application- level data packets. 



20. The element according to any of claims 15-19 
characterized by one or more memory or stor- 
age devices for caching or storing user or session Individ- 
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ual data from the data provider prior to being transmitted 
over the switched chazmel. 

21. The element according to any of claims 15-20 
characterized by one or more processing en- 
5 titles for resource allocation prediction of a switched 
channel based on content of cached or stored data. 

22- The el^ent according to claim 20 or 21 charac- 
terized by one or saore memory or storage devices 
being aurranged in association with the one or more process- 
10 ing entities for investigating or sniffing one or more data 
requests . 

23. The element according to any of claims 15-22 
characterised by one or more processing en- 
tities for positively or negatively acknowledging data from 

IB the data provider to be forwarded for transmission over a 
switched channel. 

24. The element according to any of claims 15-23 
characterised in that the element is in- 
cluded in or connected to user equipment. 

20 25. Hie element according to any of claims 15-24 
characterised in that the element is con- 
nected to or included in a radio network controller. 

- - » 
... 

: 26. A radio communications system character- 

ized by meeuis for carrying out the method in any o£ 
25 claims 1-14. 



27. A radio coiCBmmications systma character- 
ized by a plurality of elsoents according to any of 
claims 15—25. 
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The present invention relates to a method and system of 
transmissions and retransmissions of pa^et data in a com- 
munications system, where the communications systism uses 
switched channels, switching between rates or channels of 
different characteristics # and connection control and man- 
agement in such a system. Particularly, the invention re- 
lates to radio resource manag»ient in a llaiversal Kobile 
Telecommunications System, um^S, . or WCDMA. system allowing 
for use of coxnpatihle protocols for non-switcbed and 
switched channels. 

Figure for publication: figure 4. 
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Fig. 1 
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